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PROCEDE ET DISPOSITIF DE PILOTAGE A DISTANCE D'UN AUTOMATE ET CARTE PREVUE A CET EFFET. 

L'invention concerne un proc6d6 de pilotage & distan- 
ce d'un automate par un poste administrateur. L'automate 
comporte une carte eiectronique embarqu6e constituant 
une interface entre I'automate et le r6seau ladite carte por- 
tant au moins un serveur normalise et fonctionnant avec un 2 
logiciel appticatif specifique de I'automate communiquant v 
avec ledit serveur normalise. 

L'invention concerne aussi !e dispositif de pilotage & dis- 
tance correspondant ainsi que la carte 6lectronique desti- 
n6e a etre embarquSe dans I'automate. 
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La presente invention concerne un precede pour controler a distance un 
automate et un dispositif adapts & ce controle. Elle a des applications dans le 
domaine informatique ou les donn§es doivent etre 6changees entre des 
systemes distants. 

5 Dans des applications informatiques, ou, a partir d'un poste, un 

administrateur cherche d contrdler a distance selon un protocole particulier 

des appareils informatis§s, appeles par la suite automates, on connait une 
utilisation de liaison informatique. L'automate est consid£r6 comme un systeme 
distant vis a vis de I'administrateur L'automate peut etre, par exemple, un 

10 systeme de controle d'accds de b&timent ou de parking ou encore une machine 
industrielle, un automate bancaire ou encore un appareil de bureautique. Les 
donn6es sont echang§es entre l'automate et I'administrateur sur la liaison qui 
peut etre une liaison de type TELECOM ou une liaison specialist ou encore un 
r6seau local. Les donn6es peuvent §tre des requites ou des ordres provenant 

is de I'administrateur et des informations collectees en provenance de l'automate. 

Pour que I'echange des donn6es puisse se faire, il faut que 
I'administrateur et ('automate puissent se comprendre. II faut done pr6voir une 
conversion et/ou une adaptation des donn6es entre l'automate, la liaison et 
I'administrateur. Les conversions et/ou adaptations sont g6n6ralement 

20 effectu6es par des couches applicatives et d'interfaces, g6neralement des 
programmes informatiques ou plus rarement cables. La Figure 1 repr6sente un 
tel systeme ou entre I'administrateur et Tautomate, des couches applicatives et 
des couches d'interface ainsi que la liaison informatique sont representees. 

Une telle solution pr6sente cependant un certain nombre d'inconv6nients 

25 et en particulier, elle est ferm6e en ce sens que les couches applicatives et 
d'interfaces sont spfecifiques, dites proprtetaires, a un automate ou a un systeme 
d'administration donn6e et suivant un protocole donn6. L'SvoIution d'une telle 
solution est done complexe et couteuse car elle necessite, a chaque 
modification du systeme distant, la redefinition et la reecriture ou I'adaptation 
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des couches applicatives et des couches d'interfaces. En consequence, la 
gestion de donn6es complexes du type son ou image est rarement r6alis6e. 

La pr6sente invention propose de rem6dier £ ce probieme. 

Elle concerne done un procede de pilotage £ distance d'un automate par 
5 un poste administrates, par I'intermediaire d'un r6seau r§gi par un protocole 
TCP/IP, le poste administrates comportant une interface graphique 
communiquant avec au moins un serveur normalise, 

Selon Tinvention I'automate comporte une carte 6lectronique embarqu6e 
constituant une interface entre ['automate et le r6seau ladite carte portant au 
10 moins un serveur normalise et fonctionnant avec un logiciel applicatif specifique 
de I'automate communiquant avec ledit serveur normalise. 

Selon differents mode de mise en oeuvre de ce procede, presentant 
chacun ses avantages sp6cifiques : 

- le logiciel applicatif collecte et envoie des donnees de et vers le 
is serveur. 

- le serveur est normalise HTTP. 

- le serveur est normalise FTP. 

- le serveur normalise peut envoyer des messages electroniques, 
sur sollicitation de I'automate, vers un deuxifeme serveur, normalise 

20 SMTP. 

L'invention concerne aussi un dispositif de pilotage & distance d'un 
automate par un poste administrateur, par Tintermediaire d'un r6seau r6gi par 
un protocole TCP/IP, le poste administrateur comportant une interface 
graphique communiquant avec au moins un serveur normalise. 
25 Selon Tinvention, il comporte une carte electronique embarquee par 

('automate constituant une interface entre I'automate et le reseau ladite carte 
portant au moins un serveur normalise et fonctionnant avec un logiciel applicatif 
specifique de I'automate communiquant avec ledit serveur normalise. 
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L'invention concerne encore une carte 6lectronique destin6e & §tre 
embarqu6e dans un automate pour permettre son pilotage d distance d partir 
d'un poste administrates, ledit poste administrateur comportant une interface 
graphique communiquant avec au moins un serveur normalise. 
5 Selon 1'invention, ladite carte electronique constitue une interface entre 

I'automate et le r§seau et qu'elle porte au moins un serveur normalise et 
fonctionnant avec un logiciel applicatif sp£cifique de Pautomate communiquant 
avec ledit serveur normalise 

Dans differents modes de realisation presentant chacun ses avantages 
10 sp6cifiques : 

- elle comporte a la fois un serveur FTP et un serveur HTTP. 

- elle comporte un client SMTP 

- elle comporte des interfaces de communication avec I'automate 
respectivement sous forme s6rie, parallele, et entree-sortie tout ou rien. 

15 La pr£sente invention apporte done une simplification considerable du 

telecontrol en utilisant entre un administrateur et un automate des couches 
d'interfaces standard « WEB HTTP » et TCP/IP, une couche applicative du cote 
administrateur standard (navigateur) et un protocole standard non proprietaire 
(TCP/IP). Elle permet done de g£rer simplement tous les types de donn§es dont 
20 les sons et les images. 

La presente invention sera mieux comprise a la lecture d'un exemple de 
mise en ceuvre pr£sent6 en reference aux dessins, dans lesquels : 
la Figure 1 repr6sente I'etat de la technique, 
la Figure 2 repr£sente I'architecture d'un systeme selon 
25 l'invention, 

la Figure 3 repr§sente un schema fonctionnel du dispositif. 
Sur la figure 1 , un administrateur 1 et un systeme distant 2 sont relies entre 
eux par I'interm6diaire de couches applicatives et de couches d'interfaces et 
d'une liaison informatique 3 selon un protocole particulier. La couche applicative 



4 



2785122 



c6te administrateur est une interface graphique 4. La couche applicative cot§ 
automate est une application spScifique 5. Des couches d'interface specifiques 
pour mise en forme des donn6es et gestion du protocole de communication sont 
prevues. Ces differentes couches applicatives et d'interfaces sont sp£cifiques et 

5 sont proprietaires. 

Sur la figure 2, pour laquelle les Elements correspondants a ceux 
repr6sente sur la figure 1 porte les m§mes references num6riques, 
I'administrateur 1 et Tautomate 2 sont relics par I'intermediaire de couches 
applicatives et de couches d'interfaces et d'une liaison informatique 3. Les 

10 couches d'interfaces sont semblables et utilisent des outils standards du type 
codage de donn§es WEBHTTP et gestion de protocole TCP/IP. La couche 
applicative cot6 administrateur utilise un applicatif standard du type navigateur 
NETSCAPE ® ou MICROSOFT ® EXPLORER. Gr&ce £ un tel systeme, le 
d6veloppement est reduit au strict minimum et peut etre utilise pour des 

is automates differents. On envisage aussi le cas ou I'automate distant est en 
r§alite lui-mfeme un reseau particulier comprenant au moins un automate. 

La figure 3 repr6sente le schema fonctionnel du dispositif ou un premier 
sous-ensemble 20 assure la communication avec I'automate 2. Ce premier 
sous-ensemble est en permanence a I'ecoute des informations issues de 

20 I'automate 2. Ces informations peuvent etre de deux types : transfert de 
donnees, I'automate 2 fournissant au dispositif des donn6es soit aleatoirement, 
soit en fonction d'une requete issue du dispositif ou de Tadministrateur par 
I'intermediaire du dispositif ; ou envoi d'un ordre, I'automate 2 donnant un ordre 
au dispositif de declencher un processus defini. Inversement, le dispositif peut 

25 initialise ou mettre a jour des donn§es de I'automate. Ce premier sous-ensemble 
comporte un module de synchronisation et un module d'interfaces serveur. Ce 
module de synchronisation est une tSche de fond qui 6coute en permanence 
tous les messages issus de I'automate. Ces messages peuvent etre vehicules 
par un r6seau local, un lien s§rie asynchrone, un port entree-sortie tout ou rien, 
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ou tout autre moyen permettant d'echanger des informations entre le dispositif et 
I'automage. Le module d'interface serveur permet le partage des donn6es entre 
les sous-ensembles. 

Le deuxfeme sous-ensemble 21 permet la mise en forme des donn§es 

5 §changees avec I'automate et assure la prise en compte des requites regues 
du superviseur (fonction serveur). Ce deuxfeme sous-ensemble 21 est constitue 
de deux modules serveurs : le serveur HTTP et le serveur FTP. Ces deux types 
de serveur sont regis par des standards internationaux et sont en particulier 
utilises sur le r6seau INTERNET. Chaque serveur prend en compte un format 

io de donn6es sp6cifiques. Toutes les donnSes issues du premier sous-ensemble 
sont mises en forme pour §tre compatibles avec ces formats dans ce deuxieme 
sous-ensemble. Le serveur HTTP ou serveur WEB gen^rent des pages HTML 
en fonction de requ&tes issues d'un navigateur. Le dispositif est a I'ecoute 
permanente de ces requetes envoy6es par I'administrateur et revues par le 

is troisfeme sous-ensemble de communication avec I'administrateur. En fonction 
de la requete re$ue, le dispositif g6n6re une page HTML a la volee. Le contenu 
de cette page est directement li§e £ la base de donnees collectees par le 
premier sous-ensemble. Le protocole HTTP est un protocole multimedia, les 
donnees qui sont Itees d une page HTML peuvent etre du texte, des images ou 

20 des sons. 

Le serveur FTP prend en compte des fichiers au format DOS. Le dispositif 
est a I'Scoute permanente des requetes FTP transferees par I'interm6diaire du 
troisteme sous-ensemble en provenance de Tadministrateur. En fonction de ces 
requetes, des fichiers sont lus, Merits ou effac6s de la m6moire du dispositif. 
25 Prealablement, les donnees issues du premier sous-ensemble auront 6te 
enregistrees dans un fichier en m§moire. 

Le troisifeme sous-ensemble 22 de communication avec I'administrateur 
assure la liaison selon un protocole TCP ou Tun de ses d§riv6s PPP t (SLIP). Le 
dispositif dispose de tous les adaptateurs permettant de piloter un r6seau local 
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INTERNET, un r£seau telephonique analogique, un r6seau num6rique 
specialise ou tout autre liaison informatique. Le dispositif est done associ6 S un 
automate et permet de recevoir ou d'6mettre les donn§es selon un protocole 
standard en utilisant des couches d'interfaces et applicatives standards. Comme 

5 il a et6 indiqu§ la liaison entre le dispositif et ('automate cote premier sous- 
ensemble peut utiliser une liaison s6rie type RS 232 ou RS 422 selon tous les 
protocoles envisageables, par exemple mode BUS/JBUS, X modem, .... La 
liaison peut aussi etre du type parallele, type Centronix ou autre et du type 
protocole mode texte. Enfin, la liaison entre le dispositif et I'automage peut etre 

10 du type reseau local par exemple, INTERNET sous protocole TCP/IP. 

L'exemple de realisation de I'invention pr6sent6 plus haut est donn6 a titre 
purement illustratif et non limitatif. 
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REVENDICATIONS 

1. Proc6de de pilotage d distance d'un automate par un poste 
administrateur, par I'intermediaire d'un r6seau regi par un protocole TCP/IP, le 

5 poste administrateur comportant une interface graphique cornmuniquant avec au 
moins un serveur normalis6, 

caracteris6 en ce que I'automate comporte une carte electronique 
embarquSe constituant une interface entre I'automate et le r6seau ladite carte 
portant au moins un serveur normalise et fonctionnant avec un logiciel applicatif 

10 spScifique de I'automate cornmuniquant avec ledit serveur normalise. 

2. Proc§de selon la revendication 1, caracterise en ce que le logiciel 
applicatif collecte et envoie des donn6es de et vers le serveur. 

3. Procede selon Tune des revendications 1 ou 2 caract§ris§ en ce que le 
serveur est normalise HTTP. 

15 4. Procede selon Tune des revendications 1 ou 2 caracterise en ce que le 

serveur est normalise FTP. 

5. Procede selon Tune quelconque des revendications 1 a 4 caracteris6 en 
ce que le serveur normalise envoie <j e s messages electroniques, sur 
sollicitation de Tautomate, vers un deuxteme serveur, normalise SMTP. 

20 6. Dispositif de pilotage 3 distance d'un automate par un poste 

administrateur, par I'intermediatre d'un r6seau r§gi par un protocole TCP/IP, le 
poste administrateur comportant une interface graphique cornmuniquant avec au 
moins un serveur normalise 

caract§ris6 en ce qu'il comporte une carte electronique embarqu6e par 

25 Tautomate constituant une interface entre I'automate et le r6seau ladite carte 
portant au moins un serveur normalise et fonctionnant avec un logiciel applicatif 
specifique de I'automate cornmuniquant avec ledit serveur normalise. 

7. Carte electronique destinSe a §tre embarqu6e dans un automate pour 
permettre son pilotage & distance S partir d'un poste administrateur, ledit poste 
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administrates comportant une interface graphique communiquant avec au 
moins un serveur normalise, 

caracteris6 en ce que ladite carte Slectronique constitue une interface 
entre rautomate et le rSseau et qu'elle porte au moins un serveur normalise et 
5 fonctionnant avec un logiciel applicatif sp6cifique de ('automate communiquant 
avec ledit serveur normalise. 

8. Carte electronique selon la revendication 7 caracterise en ce que elle 
comporte a la fois un serveur FTP et un serveur HTTP. 

9. Carte Electronique selon Tune des revendications 7 ou 8 caract§ris§ en 
10 ce que elle comporte un client SMTP 

10. Carte §lectronique selon Tune quelconque des revendications 7 a 9 
caracteris6 en ce que elle comporte des interfaces de communication avec 
Tautomate respectivement sous forme s6rie, parallele, et entr6e-sortie tout ou 
rien. 
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